照片管理一直是个大难题。照片数量多，并且种类多，传统的文件夹整理模式，早已跟不上时代。

早几年，国内许多互联网公司都推出了超大容量的网盘服务。靠不靠谱先不说¹

这篇文章我们就来讨论一下，一个优秀的照片管理服务，应该具备哪些特点。我是如何选择照片管理服务并且整理照片的，以及我的照片备份方案。

注：本文讨论的照片主要指生活照片，而不是设计素材、文章配图、表情包这类非生活照片。关于这类图片的整理思路，可以参考 Minja 在 Power+ 1.0 中写的《图片管理的一些思路 | 工作日志》。

为什么要用照片服务来管理照片

传统管理照片的方式，是把照片当成普通文件，用文件夹来管理。但是，随着智能手机的发展，我们拍照越来越方便，拍的照片数量也越来越多，传统的管理方式也就遇到了它的问题。而能解决这些问题的，就是用照片服务来进行管理。

那么，文件夹管理照片的方式到底有哪些问题呢？照片服务又是如何解决的？我们一个个来看。

1. 麻烦 vs. 方便

用文件夹管理照片的第一个问题是麻烦。

首先，你需要手动导入。因为文件夹这种管理方式，更适合在电脑上进行，电脑的储存容量也相对比较大。而我们生活上的绝大部分照片，通常都是由手机或者相机产生的。所以，我们会有一个导入到电脑的过程。

然后，你需要对它们进行重命名。手机/相机传过来的照片，文件名往往是 IMG_1234、DSC12345 这种格式，如果不进行重命名的话，根本不知道是什么意思。而且有时候还会有重名的情况（比如手机恢复过系统）。这时候我们要么就手动重命名，要么就得借助第三方工具重命名。

最后，你还需要进行手动分类。把照片按照时间顺序，或者按照相同主题，放到对应的文件夹里去。

这一整个流程下来相当麻烦。我们再来看看照片服务是怎么解决的：

1. 自动导入：很多照片服务都有他们的手机客户端，可以实现自动上传，导入成本也就低了很多。

2. 不需要关注文件名：照片导入到照片服务之后，基本不需要关注文件名这种东西，它叫什么名字根本不重要。

   

3. 自动整理：导入照片服务的照片，会进行一个最基本的整理，也就是默认按照拍摄日期来排序。传统的文件夹方式要做到这一点都很难，因为在我们的文件夹管理器里，比如 Finder，是不会有「拍摄日期」这个排序选项的，而只有「创建日期」。

   

2. 跨平台访问不方便 vs. 跨平台访问方便

文件夹管理照片的第二个问题是跨平台访问不方便。

这很好理解。在以前，电脑既是我们的主力设备，也是我们的数据中心。我们的大部分的网络活动都是在电脑上进行的，大部分文档数据，也是储存在电脑上的。

而近几年，手机已经慢慢地变成越来越多人的主力设备，手机才是他们唯一会随身携带的智能设备，也是他们日常访问互联网最重要的窗口。如果他们的照片仍主要储存在电脑上，就会很不方便。比如说，当你想发微博、发朋友圈时，要用到一张半年前的老照片，还得回到电脑上去找，是不是就麻烦了。

照片服务通常都会有多个平台的客户端，比如 iCloud 照片有 macOS 和 iOS 版的原生应用，以及网页版作为临时访问方式。Google 相册则是以网页版为主，另外也有 iOS 和 Android 客户端。

3. 分类方式单一 vs. 分类方式丰富

文件夹的第三个问题是分类方式单一，一张照片只能对应一个文件夹。也就是说，我们只能按照一种规则来分类照片。如果要按照时间分类，就无法按照事件分类，更无法按照人物、地点等属性来分类。这其实也是文件夹本身的限制。

而照片服务则没有这个问题。前面有提到，照片服务首先会进行最基础的按拍摄日期排序。然后，你可以为照片分配相册，并且和日期排序互不干扰，同时存在。此外，还有人物、地点、收藏、媒体类型（自拍、全景、连拍、视频、慢动作、人像、截图……）等丰富的分类方式。

4. 不会看 vs. 会看

照片的重要意义之一，是可以勾起我们的回忆，找到过往那个值得纪念的瞬间。

但不知道大家有没有发现，用文件夹储存的照片，我们其实很少会回去翻看。这是最重要也是最致命的问题，它是由前面几个问题共同导致的：

• 整理麻烦就会导致翻找也麻烦，照片往往放在一层层文件夹里面；
• 多平台访问不方便就导致想看照片的时候不一定在电脑旁；
• 分类方式单一就会导致我们都不一定能找到那张照片；
• 除此之外，文件夹的浏览效果，通常也没有专门为照片优化过的照片服务做得好。

这些因素综合下来，都会打消我们翻看旧照片的念头。

只有当你把照片都放到一处，你才会想去整理它。只有当你整理过这些照片，并且把它放到触手可及的位置，你才有翻看它的动力。

我有一件印象很深的事情。小时候我们家里的很多照片都是打印出来的，我爸妈会将这些照片进行整理，把相同主题的照片放到同一个相册里。比如婴儿时期的我，或者某次旅行的照片。这些整理过的相册，都会放在我们家沙发的旁边。当我们一家人坐在客厅里看电视的时候，时不时就会有人拿起这些相册来翻看，而且总能从中说出一些有趣的故事。

照片服务的多平台属性，就能够把照片放到我们触手可及的地方——我们的手机里，也是我们日常产生照片最多的地方。这意味着我们打开手机相册的频率会非常高，你随时都能翻看整理好的旧照片。

同时，像 iCloud 照片和 Google 相册，都会自动生成一些合集，并且推送给你。这些生成的合集不一定准，但它往往会给我们带来惊喜。你平时不需要刻意去翻看它们，日常使用手机的时候，不经意就能看到。然后看到过去的某个时刻你在做什么，怀着怎样的心情。我很喜欢这种不期而遇的感觉。

小结

中间我们在对比的时候，似乎漏掉一个选项——网盘服务。网盘服务虽然具备了照片服务的一些优点，比如跨平台、不占用本地空间等。但网盘服务仍不能解决上面的所有问题，比如分类方式单一和不会看的问题。

归根结底，其实还是网盘服务管理照片的方式，并没有突破一个文件只属于一个文件夹的结构，依旧是传统的文件夹思维。做不到多维度整理照片，更别说回顾旧照片的多种方式了。

所以说，导入方便、支持跨平台访问、分类方式丰富、能帮我们重温美好回忆的照片服务，才是我们管理照片最佳的方案。

选择照片服务的原则

符合前面这 4 个条件的照片服务其实不多，我建议大家按照系统来选择，也就是选择原生服务。因为它们可以和系统相册结合到一起，让你完全省去上传的步骤。第三方应用也可以直接调用原生照片库，无需先导出再使用。

如果你用的是 Android 系统，那么 Google 相册肯定是最好的选择。如果你像我一样是苹果设备的用户，那么就选择 iCloud 照片。

我选择 iCloud 照片的态度一直很谨慎。这个服务在 2014 年 10 月就上线了，而我一直观望了接近两年，直到几乎听不到任何关于 iCloud 照片不稳定的消息时，才决定订阅了它。从 2016 年中旬订阅 iCloud 照片直到现在，我没有遇见过任何丢照片，或者同步冲突的严重问题，所以我现在也可以放心地将它推荐给大家。

下面我将会介绍我使用 iCloud 照片的整理方法，Google 相册的用法其实也类似，大家可以作为参考。

我的 iCloud 照片整理方法

iCloud 照片其实不需要怎么整理，因为它默认已经有了一些自动的分类，比如人物、地点、时间等。再结合搜索功能和回忆推荐，我们只需要简单地进行一些手动归类即可。

不过在正式整理照片之前，我想先介绍两种很实用的默认排序方式。

两种默认排序方式

第一种是在「照片」标签页里，依照「拍摄日期」进行排序。当照片不存在拍摄日期时，比如屏幕截图，它就会读取照片的「创建日期」。

第二种是「相簿」标签页里的「所有照片」，依照「添加日期」进行排序。

「添加日期」指的是照片被添加到相册里的时间。比如我今天将一张两年前拍的老照片导入到相册里，那么它在「照片」里就会被排到 2017 年；而在「所有照片」里，就会被排在最底部。

这两种排序方式虽然基础，但其实很实用。因为我们使用照片时，基本是按照这两种时间排序方式进行查找的。

特别的事件，生成相册

特别的事件，就像我们整理实体照片那样，做成一个个相册就可以了。

比如我会把每次旅游的照片，都单独生成相册，最后统一放到「旅游」相册文件夹里。每次打开旅游相册，就可以看到我平时多久旅游一次，上次旅游是什么时候。

我也会把生日聚会、毕业照这些值得纪念的重要时刻，都单独生成相册。

当你看着这一个个相同主题的相册时，对那个时段的回忆也就更完整。

用智能相簿生成合照

我们都知道，iCloud 照片会自动识别人脸。但是在「人物」分类里，只有每个人单独的照片，不能显示多个人的合照。

Mac 版的照片应用，有一个叫做「智能相簿」的功能。类似 Finder 里的智能文件夹和邮件里的智能收件箱，它可以设置一些过滤规则，将符合条件的照片自动筛选到一起。

我就用这个功能来生成合照。比如我们可以把规则设置为「同时包含我、我爸、我妈的照片」，这就是我的家庭合照。又比如可以设置为「同时包含我和女朋友的照片」，那就是我俩的合照。

不过很遗憾的是，智能相簿只能在 Mac 上创建，并且无法同步到 iOS 上。在之前的 iOS 版本当中，它是可以同步到 iOS 上的，但是最新的 iOS 12 又将这个同步功能给去掉了。我很希望苹果能早日将这个功能加回来。

收藏功能

最后我常用的一种分类方式，是「收藏」。与其说它是分类，不如说它是我的临时文件夹。

Mac 上有一类工具，叫做「shelf」（架子）类应用，比如 Yoink、Dropshelf。它们会在屏幕上生成一个临时的储存空间，你可以将文件拖拽到这里。需要用到这些文件的时候，再从里面拖出来。

我对收藏的用法，也是如此。比如每次旅游之后，我的相册里都会塞满了一堆照片。而微信、微博、Instagram 这些社交应用的选图界面往往很不直观，我常常分不清哪张照片是刚才挑中的想要发出来的。所以，我就会在相册里先用大图进行预览，然后将挑中的照片发送到收藏里，最后再从收藏里挑图。

此外，一些经常用到的照片，比如社交账号的头像，我也会放到收藏里。

虽然收藏的图案是个心形，但你不必把它理解为音乐服务里的「喜欢」，它实际上更像星形按钮的作用。

照片服务的问题：同步不等于备份

说了这么多照片服务的优点，那它有没有什么缺点呢？

有，那就是照片服务的备份问题。

首先你要明白，同步不等于备份。比如在 iCloud 照片里，当你在手机 app 上删掉一张照片，桌面 app 的这张照片也会跟着被删除，这就是同步。而备份，指的是将原文件复制多一份，储存在不同的渠道当中，当原文件被删除时，复制的备份文件不会受到任何影响。

虽说 iCloud 照片现在已经足够稳定，但以防万一，比如手抖误删了照片，或者服务器真的哪天出现了问题，我们还是需要有一个备份的方案。

此外，iCloud 照片和 Google 相册这类服务，由于采用了「库」的管理模式，也就是看不到照片文件，导致它们在备份这件事情上变得有些麻烦。因为你不能像备份普通文件那样直接复制粘贴，而需要有一个导出的过程，然后才能进行备份。而且另外一个问题是，导出之后的照片也会丢失了原来的分类属性，迁移成本极大。

如果你的电脑空间足够大，那么可以打开 iCloud 照片的「下载原图」，然后复制粘贴整个库到外置硬盘上，这样就能保证各种数据和分类方式都在。但缺点也很明显，备份的速度很慢，不能增量备份，而且还占用电脑空间。

但如果你像我一样，不愿意把电脑以及手机的大部分储存空间都用在照片上面。那么，你可以尝试一下我现在正在用的备份方法。

我的照片备份方案

iCloud 照片虽然自带了导出功能，但导出的照片完全没有可整理性，文件命名也是一团糟。所以我们要借助自动化工具来简化这个流程，最后实现这样的效果：

• 可以增量备份；
• 保留照片元数据；
• 按照 2019-01-01 09.12.34.JPG 的格式重命名文件；
• 按照每年是一个文件夹，每月是一个文件的结构分类照片；
• iCloud 照片图库不用保留原图，释放设备储存的压力。

这么做的好处是，既保留了照片的元数据，也保证了备份文件的兼容性。我随时可以重新导入回照片图库，或者迁移到任何其它的照片服务。

目前我用到的工具是 Hazel。但 Hazel 也不一定是必须的，如果你有编写脚本的能力，那么像 Dr. Drang 那样通过 Python 脚本也是可以实现的。但我认为 Hazel 是更简单友好的工具。

关联阅读：Hazel 使用详解（Power+ 1.0）

准备工作

首先，我们要在 Finder 里创建两个标签：重命名01、重命名02。

然后，创建一个中转用的空文件夹，随便取名字即可，比如叫「照片中转文件夹」。

在 Hazel 中监控刚才创建的中转文件夹。点此下载 我写好的 Hazel 规则（其中最后一步的 Shell 脚本是由 Minja 编写），导入到 Hazel 中。

其中，第三条规则「分类」需要稍微修改一下配置，将最后一步脚本中的路径 /Volumes/Data/Eames/Photos/，替换成你的外置硬盘路径。

比如，你可以在外置硬盘创建一个叫做「照片归档」的文件夹，用 Finder 打开它，然后按下快捷键 ⌥Option-⌘Command-C，这个文件夹的路径就会自动复制到你的剪贴板里。比如复制之后的格式是 Volumes/移动硬盘名称/照片归档/，那么就把脚本中的路径替换为：

fileFolder="Volumes/移动硬盘名称/照片归档/${temp_2//-//}"

我们先激活「重命名 01」和「重命名 02」这两条规则，「分类」这条规则暂时先关闭。我们待会儿再讲这么处理的原因。

初始备份

准备工作完成后，我们就要开始第一次的备份。

由于第一次备份需要将 iCloud 照片全部导出，所以导出速度会比较慢。你可以暂时先不关掉 iCloud 照片的「下载原图」选项，这样会让第一次导出时稍微快些。

导出的方法为：在 Mac 版照片 app 里，全选所有照片，然后选择菜单栏的「文件 - 导出 - 导出未修改的原件…」。导出地址选择刚才创建的「照片中转文件夹」。

导出之后，Hazel 的前两条规则就会开始自动重命名导出的文件。

「重命名 01」会将所有照片都命名为拍摄日期 年-月-日 时.分.秒.后缀 的格式，并且打上 重命名01 的标签。

「重命名 02」的作用是，处理那些没有拍摄日期的图片。因为这些图片会被规则「重命名 01」改成 0001-01-01 的格式，所以需要用重命名 02 将名字重新替换成图片的创建日期，并且打上 重命名02 的标签。

「分类」这条规则的作用是，识别重命名后文件名称，按照「年/月」将文件归类到外置硬盘的归档文件夹中。

之所以在初次备份时要暂时关闭「分类」规则，是考虑到 Hazel 处理逻辑的问题。前两条规则在重命名时，会考虑到重名文件的情况，并且在文件名末尾加一个序号，保证文件不会被覆盖。但是，第三条规则不会考虑到重名文件的情况，很可能会不小心就将重名的文件给覆盖掉。因此，我们要等待所有照片重命名结束之后，再打开「分类」规则。

至此，我们的初始备份也就完成了。初始备份由于数据量比较大，而且我们也是第一次配置 Hazel，所以步骤会稍微多一点。之后的常规备份，都只需要简单导出照片，让三条规则同时处理文件即可。

常规备份

后续的常规增量备份就简单很多了。

我们只需要在照片应用里，创建一个「添加日期是最近 35 天」的智能相簿。然后每个月固定导出到中转文件夹，让 Hazel 的三条规则同时处理即可。

之所以将智能相簿的规则设置为「35 天」，是考虑到我们不一定记得上次导出到哪张照片，多几天可以减少误差。而且重复的照片，Hazel 规则也会自动覆盖，无需我们主动记住。

至此，我们就可以放心打开照片 app 的「优化 Mac 储存空间」，释放储存压力了：

「元数据式」备份

文章开头有提到，本文探讨的照片管理方案，主要是指生活上的照片，而不是设计素材、文章配图、屏幕截图、表情包等图片。

这些图片如果和生活照混在一起，无疑会让我们的照片图库变得混乱，也难以整理。如 Minja 在《图片管理的一些思路 | 工作日志》（Power+ 1.0）中所说，像设计素材、文章配图、表情包等图片，更适合当作文件去进行管理。

而屏幕截图，大部分都是转手发给朋友后就准备删掉的图片。像这类用完即扔的图片，我们可以用 Google 相册来备份。具体可以参见 Hum 写的《如何高效处理屏幕截图 | 工作日志》（Power+ 1.0）。

这其实也是 Hum 经常提到的备份原始数据的概念，即不预判照片的重要性，不人为地对照片元数据进行修改，保留所有照片。

因为 Google 相册拥有无限的储存空间，并且有很强的搜索算法作为辅助，因此很适合作为兜底的备份方案。

由于我所有保存到相册的照片，都是在 iPhone 上产生的，所以我在 iPhone 上下载了 Google 相册 app。并且用 Launch Center Pro 每周提醒我打开一次 Google 相册，进行备份。

Mac 上我则下载了 Google 的「备份与同步」插件，监控电脑上的桌面、截图，以及下载文件夹，备份这些零碎产生的图片。

之所以不在 Mac 上监控 iCloud 照片，是因为 Google 插件一直工作的话，会导致电脑很卡。而且它和 iCloud 照片的兼容性有点问题，我曾遇到过一直上传的情况，同样也影响了电脑性能。

总结

我们的照片管理历程，大概都经历了这三个阶段：文件夹 → 网盘服务 → 照片服务

文件夹这种限制单文件只能存在单个文件夹里的整理模式，早已不适应当今的大量、且丰富类型的照片管理需求，也不适应当今移动设备的浪潮——手机系统们都在弱化文件系统的存在。

而网盘服务，还是带着很多文件夹整理的思路，仍不能完全满足我们管理照片的需求。不过现在，我们也可以看到很多网盘服务都在为照片管理进行优化，加入更多的分类方式，弱化照片的文件属性。

以 iCloud 照片、Google 相册为首的照片服务，既能满足跨平台访问，而且分类方式丰富，使用起来也足够简单，还能偶尔帮我们重温回忆。可以说是现在这个时代下，最佳的照片管理方案。

照片是我们非常珍贵的东西，很多身边丢手机、损坏电脑的朋友，你一定会听到他们抱怨说「最可惜的就是照片丢了」。因此做好照片备份尤为重要，虽说照片服务的同步不等于备份，但有总好过没有，至少在丢手机时，在另一台设备上还能找回来。

本文的后半段，我也分享自己的照片备份方法，其中用到的工具都不是必需的，你完全可以替换成自己熟悉的工具。

希望本文的照片管理方法，以及照片备份思路，能对你有帮助。